home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0082 / 123.txt < prev    next >
Text File  |  1997-04-16  |  20KB  |  478 lines

  1. INFO-ATARI16 Digest         Tue, 30 Jan 90       Volume 90 : Issue  123
  2.  
  3. Today's Topics:
  4.            Atari's Quarterly Results ($5.4 Million Lost) :)
  5.            Chaos Strikes Back - Call for experienced people
  6.                        Does anybody run ICONE2?
  7.                      GDOS, Write, 24 pin printers
  8.                             MAC SHAREWARE
  9.               Meanings of Desktop Bombs needed please..
  10.                     SCREENSAVER LIKE STARS FOR MAC
  11.                             Sozobon C Help
  12.                    ST S/ware Rental Places (3 msgs)
  13.                     WANTED: LONG. & LATITUDE DATA
  14. ----------------------------------------------------------------------
  15.  
  16. Date: 30 Jan 90 10:45:40 GMT
  17. From: mcsun!unido!laura!hh%trillian@uunet.uu.net
  18. Subject: Atari's Quarterly Results ($5.4 Million Lost) :)
  19. Message-ID: <1929@laura.UUCP>
  20.  
  21. Path: trillian
  22. !hh
  23.  
  24. In article <1098@dutrun.UUCP> etelree@dutrun.UUCP (C.van Reeuwijk) writes:
  25. >In article <483f7298.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert)
  26.  writes:
  27. >>What new systems?? The Mythical 1040STe?
  28. >Believe it or not, but this message was typed using a 1040STe!! At least
  29. >in Holland, they are not at all mythical, but widely available for
  30. >a price only f 300.= (about $150.=) above the normal 1040STf price.
  31.  
  32. What's mythical about an STe? I bought one last week for 1500 DM. Although
  33. it (not me!) killed its monitor instantly everything's fine... In fact, I
  34. couldn't get a STFM! Now all I need are infos about the new features of the
  35. STe, including larger memory, 68020/30 support, colors, sound etc.
  36.  
  37. Ciao, Hasko
  38.  
  39.  
  40. Snail mail:        | E mail: hh@trillian.informatik.uni-dortmund.de
  41. Hasko Heinecke     +-------------------------------------------------
  42. Ostenbergstr. 97   | Computers are different from telephones!
  43. D-4600 Dortmund 50 | Computers do not ring!        -Tanenbaum
  44.  
  45. ------------------------------
  46.  
  47. Date: 29 Jan 90 15:37:10 GMT
  48. From:
  49.  pacific.mps.ohio-state.edu!ohstpy!miavx1!tmwhitehead@tut.cis.ohio-state.edu
  50. Subject: Chaos Strikes Back - Call for experienced people
  51. Message-ID: <733.25c41cd6@miavx1.acs.muohio.edu>
  52.  
  53. In article <CWILLIAM.90Jan26104525@brillig.umd.edu>, cwilliam@brillig.umd.edu
  54.  (Christopher 'Merlin' Williamson) writes:
  55. > Anyone out there played Chaos Strikes Back a lot?  I have explored all
  56. > four branches but am trying to tie everything together.
  57. >
  58. > Also has anyone out there tried to make a map of CSB?  (god, it would
  59. > be a nightmare but Im curious what it would look like)
  60. >
  61.  
  62. I got the maps from a local BBS about a week ago.  They are in Degas format.
  63. If you are interested and can;t find them locally, send me mail, and I will
  64. send them to you direct.
  65.  
  66. TMWHITEHEAD@MIAVX1
  67.  
  68. >
  69. > Blitzkreig ('tanks in advance),
  70. >
  71. > Chris
  72. >
  73. >
  74.  /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
  75. >      What I have said above may or may not be fact, you be the judge...
  76. >
  77. >   Christopher Williamson | cwilliam@brillig.umd.edu | Arpa/InterNet
  78. >   Human-Computer Int Lab | cwilliam@UMDD            | BitNet
  79. >   Univ. of Maryland      |...!uunet!brillig!cwilliam| UUCP
  80. >   College Pk, MD 20740   | (301) 454 - 1517         | If all else fails
  81. >
  82. >     " Horses are born trying to kill themselves.
  83. >         The best we can do is make it difficult for them... "
  84.  
  85. Todd Whitehead
  86. Miami University
  87. Oxford, Ohio
  88.  
  89. If it looks like I said it, I probably did...
  90.  
  91. ------------------------------
  92.  
  93. Date: 30 Jan 90 15:14:02 GMT
  94. From: maytag!water!ljdickey@iuvax.cs.indiana.edu  (L.J.Dickey)
  95. Subject: Does anybody run ICONE2?
  96. Message-ID: <2941@water.waterloo.edu>
  97.  
  98. Several articles lately have said things like
  99.         "I was unable to get ICONE2 to work."
  100.  
  101. Have you?  Has anybody?  What sort of setup were you running on?
  102. Is your ICONE software the same as what has been posted?
  103.  
  104. --
  105.     L. J. Dickey, Faculty of Mathematics, University of Waterloo.
  106.         ljdickey@water.UWaterloo.ca     ljdickey@water.BITNET
  107.         ljdickey@water.UUCP             ..!uunet!watmath!water!ljdickey
  108.         ljdickey@water.waterloo.edu
  109.  
  110. ------------------------------
  111.  
  112. Date: 30 Jan 90 09:13:55 GMT
  113. From: pacbell!sactoh0!mfolivo@ames.arc.nasa.gov  (Mark F. Newton)
  114. Subject: GDOS, Write, 24 pin printers
  115. Message-ID: <2494@sactoh0.UUCP>
  116.  
  117. Without dragging my system to a computer store, I have pretty much
  118. decided on either an Epson LQ-510 or a Panasonic KX-P1124 24 pin
  119. printer.
  120.  
  121. My question is if the LQ-800 printer driver that is included with
  122. Microsoft Write works with either of the two machines. I use GDOS,
  123. and would like to use the fonts that are used in Write.
  124.  
  125. Are there specific drivers for either LQ-510 or 1124 out there,
  126. that are compatible with GDOS?
  127.  
  128. The Epson, of course, uses Epson codes, but is the LQ-800 driver
  129. compatible? The Panasonic has LQ-2500 emulation, is it compatible?
  130.  
  131. I prefer the features of the Panasonic, but if the Epson works
  132. better with the WP and system I have, then Epson it is.
  133.  
  134. Or can someone recommend a low-cost 24 pin with similar
  135. capabilities?
  136.  
  137. By the way, I primarily use the Dutch font.
  138.  
  139. "If our days are numbered, why aren't they, say, lettered?"
  140.   -W.A.
  141.  
  142. --
  143. --
  144.    (ames att sun)!pacbell! \      Sakura-mendo, CA
  145.            ucdavis!csusac! - sactoh0!mfolivo
  146.               uunet!mmsac! /      the good guys!
  147.  
  148. ------------------------------
  149.  
  150. Date: 29 Jan 90 14:51:31 GMT
  151. From: rochester!rit!cci632!ccicpg!paulm@rutgers.edu  (tmp Paul Moreau usenet
  152.  acct)
  153. Subject: MAC SHAREWARE
  154. Message-ID: <55850@ccicpg.UUCP>
  155.  
  156. In article <9001260809.AA27905@ucbvax.Berkeley.EDU>, CS31217@UTCVM.BITNET
  157.  (Robert McCoy) writes:
  158. >
  159. > I've got the 512K blues.  I'm using a 520STfm with a double-sided drive
  160. > and the RAM mounted under the power supply.  A friend and I installed
  161. > sixteen 256K chips in the second bank.  At first, the ST wouldn't even
  162. > boot with the chips installed, but after looking at a similar 1040ST,
  163. > we put in a few resistors and that problem was stopped.  To the best
  164. > of our testing ability, all the chips work, but the MMU ignores the
  165. > second bank by sending the CAS line to HIGH.  Does anyone have any
  166. > suggestions?
  167. >                        Thanks in advance,
  168. >                        Robert McCoy (Chattanooga Atari Owners Symposium)
  169. >                        CS31217@UTCVM.bitnet
  170.  
  171.  
  172.    During a cold boot the ST will try to configure the MMU for the
  173.    type and size of memory installed.   If it detects an error in the
  174.    second bank of ram it just assumes that there is no memory there
  175.    and configures the MMU/GLUE? to not send the CAS to the second bank
  176.    and uses only the first.   Even if you try to access the second
  177.    bank by generating the addess in a program such as a ram test no
  178.    CAS will be issued.
  179.    About two years ago I did a home brew 1 meg upgrade to my ST and
  180.    had the same problem.  In going over the BIOS code I figured out
  181.    how to configure the MMU by writing a value to it to force the
  182.    recocnition of the 2nd 512 kbytes while still having the machine
  183.    think it has only 512 kbytes of RAM.  I then wrote a memory test
  184.    program to write this (or any user input value) to the MMU and then
  185.    test the RAM.  I wrote several tests, the usual battery of memory
  186.    tests, incluing 1's 0's, AA'a 55's, and walking 1 and 0 bits but
  187.    it didn't find any errors!  I then studied the method the BIOS used
  188.    and wrote a simular test.   Guess what, it found a bit error in
  189.    one of the 256K chips.  I replaced the chip and I had 1 meg!
  190.  
  191.    If you're interrested, I can send you the code.  I'll give you the
  192.    binary and source if you'ld like.  The source is written in Alcyon
  193.    assembly (standard motorola style).  Let me know and I'll send it
  194.    to ya.
  195. ---
  196.   .==========================================================.
  197.   | ### ####### ###     |    N O R T H    | /==============\ |
  198.   | ### ###     ###     |  A M E R I C A  |< An STC Company >|
  199.   | ### ####### ####### |    (was CCI)    | \==============/ |
  200.   |----------------------------------------------------------|
  201.   | UUCP:  ...ccicpg!dl2!paulm   |      Paul L. Moreau       |
  202.   |   or   ...ccicpg!dl1!paulm   | Diagnostics Software Eng. |
  203.   |   or   ...ccicpg!paulm       |    Irvine, California     |
  204.   `=========================================================='
  205. Albert Einstein, when asked to describe radio, replied:  "You see, wire
  206. telegraph is a kind of a very, very long cat.  You pull his tail in New
  207. York and his head is meowing in Los Angeles.  Do you understand this?
  208. And radio operates exactly the same way: you send signals here, they
  209. receive them there.  The only difference is that there is no cat."
  210.  
  211. ------------------------------
  212.  
  213. Date: 30 Jan 90 09:22:35 GMT
  214. From: mcsun!ukc!newcastle.ac.uk!turing!q1ygq@uunet.uu.net  (J.M. Spencer)
  215. Subject: Meanings of Desktop Bombs needed please..
  216. Message-ID: <1990Jan30.092235.29534@newcastle.ac.uk>
  217.  
  218. In article <90027.190559O12@PSUVM.BITNET> O12@psuvm.psu.edu writes:
  219. >Hello,
  220. >
  221. >Could someone out there please send me a list of the different
  222. >meanings of the various numbers of bombs displayed by the desktop due
  223. >to a processor exception occuring ? Thanks..
  224. >
  225. >                                     -JtK
  226.  
  227. The number of bombs represents the number of the exception that occurred.
  228. See the Motorola manual for full details, but for example, 2 bombs shows
  229. a bus error (if memory serves me correctly) because that is exception 2.
  230.  
  231. Jonathan M Spencer      q1ygq@peel.newcastle.ac.uk
  232.  
  233. ------------------------------
  234.  
  235. Date: 30 Jan 90 04:50:46 GMT
  236. From:
  237.  ogicse!caesar.cs.montana.edu!uakari.primate.wisc.edu!zaphod.mps.ohio-state.edu!
  238.  sunybcs!uhura.cc.rochester.edu!rochester!rit!ultb!drp9500@decwrl.dec.com  (D.R.
  239.  Paradis)
  240. Subject: SCREENSAVER LIKE STARS FOR MAC
  241. Message-ID: <2046@ultb.isc.rit.edu>
  242.  
  243. Yes, it's called "Pyro"
  244.  
  245.      It creates a firework display on the screen which is better than
  246. the just plain 'black' screen savers which I have been told could damage
  247. analog RGB monitors because of the sudden loss of signal.  The analog
  248. monitors thinks that it has lost the signal from the computer, the
  249. 'pyro' display turns the screen to black and sends fireworks out to give
  250. the screen something to do so it protects the screen both ways.
  251.  
  252.                   Bob
  253.  
  254.   P.S.
  255.     The damage is caused over an extended period of time.
  256.  
  257. ------------------------------
  258.  
  259. Date: Tue, 30 Jan 90 09:58 EST
  260. From: "Scott P Leslie"
  261.  <UNCSPL%UNC.BITNET@VTVM1.CC.VT.EDU>
  262. Subject: Sozobon C Help
  263.  
  264. Hello:
  265.    I'm trying to get the Sozobon C Compiler to work and I'm having
  266. a bit of trouble?  First, can you use the compiler from the TTP windows
  267. that the desktop puts up?  I know this is sub-optimal (to say the least)
  268. but I just want to see if I can compile things before I go setting
  269. up a CLI and such?
  270.    If the programs can be run from .TTP windows, what do I run first?
  271. I tried running cc (as under UNIX), but I got an "extension unknown"
  272. error (or something like that).  I tried both test.c and test in the
  273. .TTP window.
  274.    I did get hcc to compile the program into assembly, but I can't
  275. get jas to work on the file.  Is jas the next step in the sequence?
  276.    Once I get jas to assemble the file, ld is the next step, right?
  277. Actually, I got top to optimize the file, but I still can't assemble
  278. it and link it...
  279.    Oh well, this rambles, but any help would be most useful!!
  280.    BTW:  Where are the header files located in the distribution?
  281.          I have all seven parts of sc_bin12 and all the parts of
  282.          dlibs12.
  283. Thanks,
  284. Scott P. Leslie (UNCSPL@UNC)    Jax
  285.  
  286. ------------------------------
  287.  
  288. Date: 29 Jan 90 15:09:31 GMT
  289. From:
  290.  pacific.mps.ohio-state.edu!ohstpy!miavx1!tmwhitehead@tut.cis.ohio-state.edu
  291. Subject: ST S/ware Rental Places
  292. Message-ID: <732.25c4165b@miavx1.acs.muohio.edu>
  293.  
  294. In article <26747@brunix.UUCP>, rjd@cs.brown.edu (Rob Demillo) writes:
  295. > In article <2713@cunixc.cc.columbia.edu> ia4@cunixd.cc.columbia.edu (Imran
  296.  Anwar) writes:
  297. >>In article <26640@brunix.UUCP> rjd@cs.brown.edu (Rob Demillo) writes:
  298. >>>I *can't* think of an analogous example because there *isn't* one.
  299. >>>The only one that comes close is in the record industry. When I was
  300. >>
  301. >>I think piracy is an issue that threatens the movie/video industry also. Yet
  302. >>there are video rental places all over the place.
  303. >>
  304. >>>My point is that piracy continues. Software rental places would
  305. >>>"legitimize" piracy in the minds of people who already think its
  306. >>>ok.
  307. >>
  308. >>Same logic applies to video rentals I think.
  309. >>
  310. >
  311. > I still maintain that it does not. It takes time (2-3 hours) and great
  312. > expense (a second VCR) to record movies. Most movies also have copy
  313. > protection schemes that do not interfer with the viewing, but produce
  314. > non-perfect copies contain image wavering and sound dropout.
  315. > (As opposed to software copy protection, which
  316. > is a hassle for computer users to deal with.)
  317. >
  318. > Movie theft continues, but not to the same degree. A video pirate cannot
  319. > easily mass produce or copy films without a great deal of equipment or
  320. > time. A software pirate can literally mass produce 100's of copies
  321. > of software an hour.
  322. >
  323. > Furthermore, legislation in the video industry is *also* taking place.
  324. > Two years ago, JVC tried marketing a two cassette (one play one play and
  325. > record) VCR...they were "asked" to remove the model from their VCR
  326. > line.
  327.  
  328. Uh, I hate to break this to you, but SOMEbody just realeased a two-deck model.
  329. I can't remember the brand name, but I remember reading a small article about
  330. it just last week...It's out there and available.
  331.  
  332. As for the copy protection of video cassettes, I had trouble viewing a couple
  333. of movies that I bought, because of the copy protection.  I took them back and
  334. they worked fine in the store.  They say I need to have my machine serviced to
  335. get the tapes that are copy-protected to work in my machine.  This means that
  336. copy protection of video cassettes WILL cost some people money.  I can watch
  337. ANY non-copy-protected tape I want...
  338.  
  339.  
  340. >
  341. >
  342. >  - Rob DeMillo                        | Internet: rjd@brown.cs.edu
  343. >    Brown University           | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
  344. >    Planetary Science Group    | Reality: 401-273-0804 (home)
  345. > "I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
  346.  
  347. Todd Whitehead
  348. Miami University
  349. Oxford, Ohio
  350.  
  351. If it looks like I said it, I probably did..
  352.  
  353. ------------------------------
  354.  
  355. Date: 30 Jan 90 15:55:58 GMT
  356. From: silver!stowe@iuvax.cs.indiana.edu  (stowe)
  357. Subject: ST S/ware Rental Places
  358. Message-ID: <34325@iuvax.cs.indiana.edu>
  359.  
  360. In article <JVX+Z~@rpi.edu> kudla@pawl.rpi.edu (Robert J. Kudla) writes:
  361.  
  362. >I'm only going to dispute this one point, as you have consistently
  363. >glossed it over every single time you've rebutted other peoples'
  364. >arguments.
  365. >
  366. >What you refuse to concede is that *most dealers and publishers do not
  367. >demo software*.
  368. >... and maybe 2-5% of dealers (and then only the
  369. >ones who sell hardware to begin with) will do an in-store demo.
  370. >
  371. >Further, most dealers have no-return policies because they think too
  372. >much like you- that nearly everyone who returns a product that sucks
  373. >has in fact copied it and will distribute it.
  374.  
  375. I will dispute you on these points.  A friend of mine and I own an
  376. ST-only store.  I have many contacts with other dealers both in this
  377. area and across the nation.  (Yes, Virginia, there are still a few
  378. dealers out there.  :-)  Every dealer with whom I have ever worked
  379. does demos in the store.  Perhaps you are just in a "bad" area, but
  380. I think I probably have far more contact with other dealers than you
  381. have, and I would say that at most 10% of the dealers do *not* do
  382. software demos.  However, I will say that I am not counting mail
  383. order places, because in that respect, you get what you pay for.
  384. One of the reasons dealers generally charge more is the time and
  385. product overhead of doing demos.  I know we've had folks come in
  386. and try out various products for a couple hours before they decide
  387. whether they do or don't want it.  That's a long time to tie up
  388. a salesperson and a machine.
  389.  
  390. Before we became an authorized dealer, we still did demos.  There are
  391. very few places that are software-only, and most of those are mail
  392. order places, so once again, your dispute fails to hold its own ground.
  393.  
  394. Your third point touches on return policies.  Returns are a difficult
  395. thing to guage, however, we generally accept them for a store credit.
  396. However, if the same person tried to return just about everything they
  397. bought, we would indeed think twice.  If a dealer knows his software,
  398. he probably has very few packages that "suck".  If a dealer knows his
  399. customers, he can make recommendations on packages that will suit the
  400. customer's needs.  That's why you pay a dealer... for information as
  401. well as for a product.
  402.  
  403. >Please, if you're going to flame me about economic infeasibility and
  404. >how the market would simply shrivel up if dealers accepted returns in
  405. >lieu of doing demos, at least concede that one point- that most
  406. >programs in most places cannot be demoed and the buyer is, in effect,
  407. >buying blind.
  408.  
  409. Caveat emptor.  Let the buyer beware.
  410.  
  411. If you are in an area where there is no dealer, learn to read... magazines,
  412. the network, information services, bulletin boards... there is no dearth
  413. of information available to the user who is truly interested in finding it.
  414. In the Age of Information, there is no excuse for buying blind except
  415. perhaps laziness... and stupidity.
  416.  
  417.  
  418.  
  419.  
  420. -=-=-                              -=-=-                                 -=-=-
  421. stowe@silver.ucs.indiana.edu                    At night the Ice Weasels come.
  422. -=-=-                              -=-=-                                 -=-=-
  423.  
  424. ------------------------------
  425.  
  426. Date: 30 Jan 90 16:08:37 GMT
  427. From: brunix!rjd@uunet.uu.net  (Rob Demillo)
  428. Subject: ST S/ware Rental Places
  429. Message-ID: <27273@brunix.UUCP>
  430.  
  431. In article <21964@uflorida.cis.ufl.EDU> cr1@beach.cis.ufl.edu (Chris Roth)
  432.  writes:
  433. >
  434. >I also would like to say that anyone who is under the impression that
  435. >there is more piracy on the ST then other computers OR that ST pirates
  436. >are more organized is truly suffering from major delusions.
  437. >
  438.  
  439. Sorry Chris, ask ST developers if they think they are suffering
  440. from major delusions. There are two factors to consider:
  441.         (1) The ST has a *very* small user base compared
  442.                 to the IBM or the Mac. A 25-30% theft ratio
  443.                 means a lot more lost revenue to the ST developers
  444.                 then the same ratio does to an IBM developer.
  445.         (2) The Atari communities theft ratio is higher than
  446.                 any other platform. (40-50% based on a two year
  447.                 old Compute! article.) There could be many reasons
  448.                 for this...my personal theory is that the Atari
  449.                 community sprung (somewhat) out of the old
  450.                 8 bit Atari community, where game theft was
  451.                 rampant. Perhaps that philosophy held on into
  452.                 the ST community.
  453.  
  454. (Sorry to all those who think this thread doesn't belong on this
  455.  group, but I believe it does - and I think its an important issue.)
  456.  
  457.  - Rob DeMillo                  | Internet: rjd@brown.cs.edu
  458.    Brown University             | BITnet: DEMILLO%BRNPSG.SPAN@STAR.STANFORD.EDU
  459.    Planetary Science Group      | Reality: 401-273-0804 (home)
  460. "I say you *are* the Messiah, Lord! And I ought to know, I've followed a few!"
  461.  
  462. ------------------------------
  463.  
  464. Date: 30 Jan 90 09:26:27 GMT
  465. From: mcsun!ukc!newcastle.ac.uk!turing!q1ygq@uunet.uu.net  (J.M. Spencer)
  466. Subject: WANTED: LONG. & LATITUDE DATA
  467. Message-ID: <1990Jan30.092627.29633@newcastle.ac.uk>
  468.  
  469. Try posting this request in the amatuer radio groups.  Radio hams are always
  470. exchanging positions with each other.
  471.  
  472. Jonathan M Spencer    q1ygq@peel.newcastle.ac.uk
  473.  
  474. ------------------------------
  475.  
  476. End of INFO-ATARI16 Digest V90 Issue #123
  477. *****************************************
  478.